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(54) Game server, game control method, and game machine 



(57) A return is reliably executed to a player who has 
paid a predetermined amount to a game machine. The 
timing of this return is determined by lottery, and its re- 
sult is displayed on the game machine. This thrills the 
player with expectation of the return, thereby keeping 
the player long on the same game machine. As the re- 
sult, it is avoidable that the player waiting for a prize for 
a long time loses enthusiasm for the game and keeps 
away from the hall (i.e., a reduction in the number of 
customers). 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to a technique of 
controlling a return executed to players of pachislo 
game (Japanese slot game), pachinko (vertical pinball 
game), etc. 

BACKGROUND OF THE INVENTION 

[0002] Generally, a hall is equipped with a plurality of 
game machines for pachinko game, pachislo game, etc. 
Each game machine in this hall is constructed so that a 
game is started with throwing of a game medium such 
as a pachinko ball or medal, and the game medium is 
paid out corresponding to a winning state (style) oc- 
curred in the course of the game. 

[0003] This game machine is set such that a winning 
state occurs at a pr eset probability. Therefore, the player 
continues the game in expectation of a prize. 
[0004] In the game machine that produces a prize 
merely depending on the probability as described, the 
probability of prize converges on the preset probability 
by performing a significant number of games. Accord- 
ingly, there is the following occasions: i) a player per- 
forming a small number of games has the fortune to get 
a prize before long; and ii) every player performing a 
large number of games is not reserved for prize. With 
the game machine of this type, gambling characteristics 
can be enhanced to make the game more amusing. On 
the other hand, the player waiting for a prize for a long 
time might lose enthusiasm for the game and keep away 
from the hall (i.e., a reduction in the number of custom- 
ers). 

[0005] In order to solve the above disadvantage, for 
example, there has been proposed the following tech- 
niques of: i) controlling return raies in game machines 
such that the average of the returns rates in all the game 
machines has a predetermined value (Japanese Patent 
Laid-Open Publication No 6-79051); and ii) adjusting 
the probability of prize in consideration of the profit rate 
of a hall and the return rate to players (Japanese Patent 
Laid-Open Publication No. 11-253640). However, the 
techniques disclosed in these publications are still not 
directed to guarantee a return to players, although the 
players will suffer no unfairness by eliminating variations 
in the probability of a big prize per game machine. 
[0006] As a typical slot game machine (slot machine), 
there is one that employs the following technique: i) de- 
pending on the consumed number of games, the prob- 
ability of a big prize is changed so as to produce the big 
prize more frequently (Japanese Patent Laid-Open 
Publication No. 8-24401); or ii) the probability of prize 
on a reel slot is controlled to be changed depending on 
the medal payout rate during the past certain period of 
time (Japanese Patent Laid-Open Publication No. 
1 1 -1 46938). With the slot game machines employing the 
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above technique disclosed in these publications, the 
probability of a big prize is increased depending on the 
consumed number of games. This burdens on a hall 
controlling a plurality of game machines. As the result, 
5 a reduction in the total returnable amount is unavoida- 
ble. In other words, the techniques in these publications 
are not directed to guarantee a return to players. 
[0007] As a typical medal game machine, there is one 
that employs a technique of paying out a predetermined 
io number of medals per game machine, when a predeter- 
mined wining-prize character occurs (Japanese Patent 
Laid-Open Publication No. 10-118247). However, this 
medal game machine is set such that the player can re- 
ceive a profit of bonus when a specific wining-prize char- 
is acter occurs. Therefore, this machine is not directed to 
guarantee a return to players. 

[0008] In a casino hall where a plurality of slot ma- 
chines are disposed, part of credit consumed in every 
slot machine is reserved. When the amount of reserva- 
20 tion reaches a certain sum of money, there is moved to 
the so-called "jackpot" mode that an exceedingly large 
amount is paid out to a certain slot machine. Concretely, 
every slot machine is set so as to produce a prize at a 
preset probability in the normal mode. Therefore, the 
25 player continues a game in expectation of a prize. In the 
meantime, the jackpot occurs on a certain slot machine 
at a given timing by lottery that is different from the usual 
prize lottery based on a preset probability set on the slot 
machines. In the case that the jackpot is so produced 
30 on a certain slot machine only, the sum of money ob- 
tained by the jackpot is extremely large. Such gambling 
characteristics can make the game more interest, 
whereas the probability of jackpot is extremely low, 
thereby failing to guarantee a return depending on the 
35 sum of money that the player throws in. 

[0009] As stated above, the conventional game ma- 
chines do not guarantee any return. Therefore, if a play- 
er receives no prize by performing a game for a while, 
the player unavoidably abandons the game itself or 
40 moves to other game machine and performs a game 
again. As the result, the player is less likely to perform 
a game with one game machine for a long period. 

SUMMARY OF THE INVENTION 

45 

[0010] Accordingly, it is an object of the present inven- 
tion to overcome the above-described technical prob- 
lem by guaranteeing a return to a player thereby to pre- 
vent the player from keeping away from the hall, so that 
50 the player performs a game at one game machine for a 
long time. 

[0011] The present inventor has conceived that the 
above object can be accomplished by configuring such 
that a return is reliably executed to a player who has 
55 paid a predetermined amount, and that the timing of this 
return is determined by lottery and its result is displayed 
on a game machine. 

[0012] Specifically, the present invention based on 
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Fig. 7 is a flowchart showing the flow of operation 
of the game machine; 

Fig. 8 is a flowchart showing the flow of operation 
when the game server prepares for a return; and 
5 Fig. 9 is a flowchart showing the flow of operation 

when the game server performs the return. 

DETAILS DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

io 

[0015] One preferred embodiment of the present in- 
vention will be described below in detail, based on the 
accompanying drawings. 

15 [Overall Configuration of System] 

[0016] Fig. 1 is a simplified diagram showing the con- 
figuration of a game medium return system according 
lo one preferred embodiment of the invention. Referring 
20 to Fig. 1 , this game medium return system comprises: 
i) a game server 1 ; and ii) a plurality of game machines 
2 installed in a hall. 

[001 7] The game machines 2 are connected via a net- 
work NT to the game server 1 , so that a variety of infor- 
25 mation are sent to and received from the game server 
1 via the network NT 

[0018] The game server 1 controls a plurality of game 
machines 2 and discriminates the source of data sent 
from the game machines 2, based on the identification 
30 numbers being individual to the game machines 2. 



this concept is as follows: 

(1) A player who has performed a game with one 
game machine for a while can reliably receive a pre- 
determined return, irrespective of the result of the 
game on the game machine. This avoids that the 
player wailing fcr a prize for a long time might lose 
enthus asm tor the game. In addition, the timing at 
which he i ciuf n is executed is determined by lottery 
and its result is display on the game machine. This 
thril s the Dinner w»:h expectation of the return. As 
a display style ol the lottery result, there are, for ex- 
ample (0 "You hnve N games up to a return"; and 
(ii) "You missed this tmc but are in lottery mode." 
The player watching such a display will continue the 
game on the same game machine. Therefore, it is 
possible to keep the p aver long at the same game 
machine. 

(2) When performing a lottery for determining the 
timing of a return, there it> displayed on the game 
machine only the fact tha: a liming lottery was per- 
formed (i.e.. it is brought into the state that a return 
will soon be executed), without displaying on the 
game machine a concrete timing at which the return 
is executed. With this configuration, the player can 
continue a game with the same game machine 
while expecting that "a return will soon be execut- 
ed." As the result, it is possible to keep the player 
long at the same game machine. In addition, the in- 
formation that "a return will soon be executed," 
which contains no information of a concrete return 
timing, will thrill the player with expectation. As the 
result, the game will be more interesting. 



[0013] The present invention, advantage in operating 
the same and aims which are attained by implementing 
the present invention will be better appreciated from the 
following detailed description of illustrative embodiment 
thereof, and the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0014] 

Fig. 1 is a diagram showing, in simplified form, the 
configuration of a game medium return system ac- 
cording to one preferred embodiment of the present 
invention; 

Fig. 2 is a perspective view showing the appear- 
ance of a game machine: 

Fig. 3 is a vertical sectional view of the game ma- 
chine; 

Frg. 4 is a block diagram showing the electrical con- 
figuration of the game machine: 
Fig. 5 is a block diagram showing the electrical con- 
figuration of a game server; 

Fig. 6 is a flowchart showing the flow of control of 
the game machine; 



When the game server 1 sends data to any of the game 
machines 2, the game server 1 designates its destina- 
tion by using the aforementioned identification numbers. 
[0019] In the following description, the term "game 
35 server" is merely referred to as a "server." 

[Mechanical Configuration of Game Machine] 

[0020] Fig. 2 is a perspective view showing the out- 

-*o ward appearance of a game machine. Fig. 3 is a vertical 
sectional view of the game machine. Referring to Figs. 
2 and 3, a game machine 2 is a slot game machine (slot 
machine) and has a frame body 3. 
[0021] The frame body 3 is in the shape of hollow box. 

■*5 A front panel 4 is attached to the frame body 3 via hinges 
3A and 3B so that it is able to open and shut. 
[0022] Attached to the rear surface of the front panel 
4 is a casing 6, with which three rotating drums 5 (5A to 
5C) arranged across the width thereof are covered from 

50 their back face. 

[0023] The drums 5A to 5C are of tubular shape and 
are supported rotatively about rotary axes 7. On the pe- 
ripheral surfaces of the drums 5A to 5C, symbol marks 
(e.g., figure "7". bell, plum, cherry etc.) are respectively 

55 drawn so as to be aligned in a row around their periph- 
ery. Of the symbol marks drawn on the peripheral sur- 
faces of the drums 5A to 5C, one symbol mark per drum 
is visible from the front side of the game machine 2 via 
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windows 8A to 8C disposed on the front panel 4. 
[0024] The rotary axes 7 of the drums 5A to 5C are 
attached rotatively via bearings (not shown) to a prede- 
termined bracket (not shown) of the frame of the game 
machine 2. Everyone end of the rotary axes 7 is coupled 
to output axes of stepping motors 11 A to 11C (see Fig. 
4). Thereby, the drums 5A to 5C are rotatively driven by 
the stepping motors 11 A to 11C, respectively, and con- 
trolled such that they are stopped at a predetermined 
rotational angle position by a control device 1 2 (see Fig. 
4). 

[0025] Projection parts (not shown) indicating a 
standard position are disposed on the peripheral end 
parts of the drums 5A to 5C. The control device 12 de- 
tects the rotational standard positions of the drums 5A 
to 5C when these projection parts cross the optical axes 
c* optical sensors (not shown), which are disposed so 
ai ;o correspond to the drums 5A to 5C. The rotational 
speed of the stepping motors 1 1 A to 1 1 C is set so as to 
make constant a fluctuating display speed of symbol 
marks. 

[0026] Bet line indicator lamps 13 are disposed adja- 
cent to the windows 8A to 8C. The lamps 13 have the 
function of indicating which line of a plurality of symbol 
mark stop lines displayed on windows 8A to 8C has 
been selected as an object of bet. 
[0027] A control part 1 4 is disposed on the front panel 
4 The control part 1 4 has a bet button 1 6 . The bet button 
16 is used in setting the number of medals to be bet 
among the medals thrown in via a throw-in slot 1 5. When 
the player pushes the bet button 16 by the number of 
medals on which the player desires to bet, the corre- 
sponding bet line indicator lamp 13 is lighted up. The 
upper limit of bet medals is three in the game machine 2. 
[0028] The bet line varies depending on the depres- 
sion number of the bet button 16. Concretely, by one 
depression, the object of bet is a single line extending 
horizontally in the middle stage of the windows 8A to 
8C. By two depressions, the object of bet amounts to 
three lines obtained by adding two lines extending hor- 
izontally in the upper and lower stages of the windows 
8A to 8C, to the above-mentioned line. By three depres- 
sions, the object of bet amounts to five lines obtained 
by adding two lines on the diagonal of the windows 8A 
to 8C, to the above-mentioned three lines. Four or more 
depressions are invalid. 

[0029] When a bet medal number is set according to 
the above-mentioned procedure : the control device 12 
takes medals corresponding to the bet medal number 
set by the player. Take of the medals establishes the 
game start conditions. In this state, when the player op- 
erates a start lever 17, the control device 12 rotates the 
drums 5A to 5C. That is, the bet medal number is credit 
consumption for performing a game. 
[0030] The control part 1 4 has three stop buttons 1 8A 
to 18C disposed at locations that correspond to the 
drums 5A to 5C, respectively. Depress of the stop but- 
tons 1 8A to 1 8C, the drums stop in response to the de- 



pressions. 

[0031 ] The front panel 4 has digital indicators 1 9. The 
indicators 19 display the following contents: i) the 
number of medals thrown in before starting a game; ii) 

5 the number of medals to be discharged; and iii) the con- 
tents of return guarantee (for example, "by consuming 
25,000YEN, 5,000YEN is returned."). When one of pre- 
determined specific combinations of symbol marks (win- 
ning states) in the drums 5A to 5C is aligned on the stop 

io line on which the player bets, a medal payout device 
discharges a predetermined number of medals to a 
medal payout tray 20, according to the weight of the 
combination (the type of a combination of symbol 
marks). In addition, when executing a return, the server 

is 1 performs a lottery for determining the timing at which 
the return is executed, and its result is sent from the 
server 1 to the game machine 2 and then displayed on 
the indicator 19. As example of such display, there are 
for example (i) "You have N games up to a return"; and 
20 (jj) "You missed this time but are in lottery mode." The 
player watching such a display will continue the game 
with the same game machine. 

[0032] A player sensor 21 for player detection is dis- 
posed on a front part of the game machine 2. The player 

25 sensor 21 detects the player seated before the game 
machine 2. For example, an Infrared ray sensor is usa- 
ble as the player sensor21 . When output level variations 
in the player sensor 21 continues for a predetermined 
period of time or more, a CPU 33 (see Fig. 4) judges 

30 that a player is seated before the game machine 2. On 
the other hand, when the output of the player sensor 21 
indicates the absence of any player, the CPU 33 acti- 
vates an internal timer. Then, if the absence of any play- 
er continues for a predetermined period of time or more, 

35 the CPU 33 judges that the player has ceased playing 
on the game machine 2. Thereby, even if the player is 
temporarily apart from the game machine 2, it is not 
judged that the player has terminated his/her play at that 
time. The presence of any player is judged by the player 

40 sensor 21 , it is possible to employ the following meth- 
ods. Concretely, (i) A card reader that reads game play- 
er information from identification cards being individual 
to players is attached to the game machine 2 and, based 
on the player information read by the card reader, the 

^5 player performing a game is discriminated and it is de- 
tected whether the player terminates the game; or (ii) A 
weight sensor is attached to a stool of the game machine 
2. Based on the output of the weight sensor, the pres- 
ence of any player is judged. 

50 

[Electrical Configuration of Game Machine] 

[0033} Fig; 4 is a block diagram showing the electrical 
configuration of a game machine. Referring to Fig. 4, a 
55 control device 12 of the game machine 2 comprises: i) 
first interface circuit group 31 ; ii) input/output bus 32; iii) 
CPU 33; iv) ROM 36; v) RAM 37; vi) random number 
generator 38; vii) second interface circuit group 39; and 
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viii) communication interface circuit 41 . 
[0034] The bet button 1 6 is connected to the first in- 
terface circuit group 31 that is connected to the input/ 
output bus 32. When the player depresses the bet but- 
ton 1 6, an operation signal is issued from the bet button 
1 6 to the interface circuit group 31 . The interface circuit 
group 31 converts the operation signal to a predeter- 
mined voltage signal and provides it to the input/output 
bus 32. Accordingly, before starting a play, a predeter- 
mined number of medals corresponding to a value indi- 
cated by the operation signal are thrown into the game 
machine 2 as the object of bet. 

[0035] The input/output bus 32 performs input/output 
of data signals or address signals to the CPU 33. 
[0036] The start lever 1 7 and stop buttons 1 8A to 1 8C 
are connected to the first interface circuit group 31 . The 
first interface circuit group 31 converts i) a start-up sig- 
nal issued from the start lever 17; and ii) a stop signal 
issued from the stop buttons 18A to 18C, to predeter- 
mined voltage signals, and provides these signals to the 
input/output bus 32. 

[0037] When the start lever 17 is operated to start a 
game, the start-up signal is provided to the CPU 33. Up- 
on receiving the start-up signal, the CPU 33 issues a 
control signal to the stepping motors 1 1 A to 1 1 C in order 
to rotate the drums 5A to 5C. 

[0038] When the stop buttons 18A to 18C are de- 
pressed to stop the drums 5 A to 5C, the respective stop 
signals are provided from the stop buttons 18A to 18C 
to the CPU 33. If desired to stop the first drum 5A, the 
player operates the first stop button 18A. If desired to 
stop the second drum 5B, the player operates the sec- 
ond stop button 18B. If desired to stop the third drum 
5C, the player operates the third stop button 1 8C. Upon 
receiving the stop signal, the CPU 33 issues the stop 
signal to the stepping motors 11 A to 11C, in order to stop 
the drum corresponding to the operated stop button. 
[0039] Rotational position sensors 34A to 34C are 
connected to the first interface circuit group 31 . The sen- 
sors 34A to 34C are disposed in the vicinity of the step- 
ping motors 11 A to 11C, respectively. The sensors 34A 
to 34C issue angle position signals that respectively in- 
dicate the rotational angle positions of the stepping mo- 
tors 11 A to 11C, to the interface circuit group 31. For 
example, rotary encoders can be employed as the rota- 
tional position sensors 34A to 34C. 
[0040] Standard position sensors 35A to 35C are con- 
nected to the first interface circuit group 31 . The sensors 
35A to 35C are disposed in the vicinity of the drums 5A 
to 5C, respectively. Upon detecting the standard posi- 
tions of the drums 5A to 5C, the sensors 35A to 35C 
issue signals of the standard positions to the interface 
circuit group 3t. The standard position sensors 35A to 
35C consist of the above-mentioned optical sensor. 
[0041] The player sensor 21 is connected to the first 
interface circuit group 31 . When the player sensor 21 
detects that a certain player is playing on the game ma- 
chine 2, it issues a player detection signal to the inter- 



face circuit group 31 . 

[0042] The CPU 33 detects: i) angle position signals 
issued from the rotational position sensors 34A to 34C; 
and ii) standard position signals issued from the stand- 

5 ard position sensors 35A to 35C 5 thereby obtaining data 
of symbol marks displayed on the windows 8A to 8C. 
[0043] The ROM 36 and RAM 37 are connected to the 
input/output bus 32. The ROM 36 stores: i) a program 
under which the game machine 2 is controlled so as to 

10 pay out a game medium such as medal; and ii) an initial 
value of variable used in the program. On the other 
hand, the RAM 37 stores flags and variable values. 
[0044] More specifically, the ROM 36 stores a data 
group indicating correspondence between a combina- 

*5 tion of symbol marks and random numbers. The random 
number generator 38 for generating the above random 
numbers is connected to the input/output bus 32. When 
the CPU 33 issues an instruction for generating random 
numbers to the random number generator 38, the ran- 

20 dom number generator 38 generates random numbers 
in a predetermined range and issues a signal indicating 
the random numbers to the input/output bus 32. When 
a random number is issued from the random number 
generator 38 : in order to determine a combination of 

25 symbol marks that corresponds to the random number, 
the CPU 33 searches the above data group and then 
substitutes a value corresponding to the combination of 
symbol marks. 

[0045] The communication interface circuit 41 is con- 
30 nected to the input/output bus 32. This circuit 41 is used 
in sending and receiving data between the game ma- 
chine 2 and server 1 . 

[0046] Either one of normal game and special game 
can be played on the game machine 2. 

35 [0047] In the normal game, there are i) an enabled 
prize-winning status that a combination of symbol marks 
stopped and displayed on an effective line can match a 
prize-winning pattern; and ii) unable prize-winning sta- 
tus that a combination of symbol marks cannot match a 

40 prize-winning pattern. 

[0048] In the unable prize-winning status, examples 
of symbol mark combinations that change on effective 
lines are: i) a failure pattern; and ii) a small prize pattern. 
The term "small prize" means that a predetermined 

45 number of symbol marks such as "cherry" and "bell" are 
aligned on an effective line and a few medals are dis- 
charged to the payout tray 20. On the other hand, the 
term "failure pattern" means that, unlike the small prize 
pattern . symbol marks are not aligned on any effective 

50 line and no medals are discharged. The unable prize- 
winning status can move to the enabled prize-winning 
status by an internal lottery processing to be described 
hereafter. In the urrabte pnze-wmn'mg status, any prize- 
winning pattern cannot be aligned irrespective of a tim- 

55 ing at which the stop buttons 1 8A to 1 8C are depressed. 
Hence, it is impossible to move to the special play sta- 
tus. 

[0049] On the other hand, only in the enabled prize- 
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winning status, a combination of symbol marks stopped 
and displayed by a timing at which the stop buttons 1 8A 
to 1 8C are depressed will match a prize-winning pattern. 
In other words, this state allows for "aiming (observation 
push)." When a combination of symbol marks stopped 
and displayed on an effective line matches a prize-win- 
ning patlcrn the player wins a prize and the game mode 
moves to the special g^mc providing a chance of ob- 
taining k Urge number of medals. When the player fails 
to obtain nny pn/c- winning pattern by missing a timing 
of depressing the stop buf.ons 1BAto 18C, the above- 
mentioned failure pattern O' small prize pattern is 
aligned. If once the enable pn/e-winning status is set, 
this status continues until a combination of symbol 
marks stopoed and displayed matches a prize-winning 
pattern. 1 here is no change (move) to the unable prize- 
winning status 

[0050] In the special game, it is so arranged that there 
is extremely high prcbaDilily thai a combination of sym- 
bol mar ks stopped and displayed on an effective line will 
match a small prize pattern. This leads to a high possi- 
bility of obtaining a large number of medals. On finishing 
the special game the game mode moves to the normal 
game. In the case of moving from the special game to 
the normal game, a decision as to whether the game 
proceeds in the enabled prize-winning status or the un- 
able prize-winning status is made by an internal lottery 
processing to be described later 

[0051] The second interface circuit group 39 is also 
connected to the input/ouput bus 32. To the circuit group 
39, there is connected: i) stepping motors 11 A to 11C; 
ii) bet line indicator lamp 13: iii) indicator 19; and iv) 
speaker 40. The circuit group 39 provides a drive signal 
or drive power to the above components. For instance, 
when the player depresses the bet button 16, a drive 
current is applied to the bet line indicator lamp 13, in 
order to indicate a bet line that becomes effective in ac- 
cordance with the number of throw-in medals. When a 
game is over, a drive signal is applied to the indicator 
19, in order to indicate the score corresponding to the 
prize-winning status at that time. The speaker 40 issues 
an effect sound corresponding to the game status, when 
a game begins or terminates. 

[Electrical Configuration of Game Server] 

[0052] Fig. 5 is a block diagram showing the electrical 
configuration of a game server. Referring to Fig. 5, a 
server 1 has a data bus BUS. To the data bus BUS, there 
is connected i) CPU 51 : ii) memory 52; iii) communica- 
tion interface 53: and iv) database 54. 
[0053] The CPU 51 executes various processings ac- 
cording to programs stored in the memory 52. Specifi- 
cally, the CPU 51 receives data from the game machine 
2 via a communication line connected by the communi- 
cation interface 53, and stores data in the memory 52. 
This data is for example the upper limit data, return rate 
data and the like of a plurality of game machines 2 under 



the control of the server 1 , that is, information sent from 
each game machine 2 under the control of the server 1 . 
The CPU 51 reads a program stored in the database 54 
on the memory 52, and progresses the program based 

5 on the information sent from each game machine 2 
which is stored in the memory 52. The progress of the 
program is stored in the database 54. 
[0054] It is assumed in the following, for purposes of 
description, that the game machine 2 is activated in ad- 

10 vance, and flags and variables are initialized to a pre- 
determined value. 

[Basic Operation of Game Machine] 

15 [0055] Fig. 6 is a flowchart showing the flow of control 
of a game machine. Referring to Fig. 6, firstly, the CPU 
33 connected with the game machine 2 judges whether 
the bet button 16 is pressed by a certain player (step 
S1 1 ). This bet-button operation judgment processing is 
20 executed in accordance with the pressing operation to 
the bet button 1 6, and includes the following processing: 
i) detecting whether an operation signal is issued from 
the bet button 16 in response to the pressing operation 
to the bet button 1 6, thereby storing the number of game 
25 medals thrown in by the above operation (i.e., a medal 
credit number); and ii) issuing a drive signal to the bet 
line indicator lamp 13, in order to indicate the bet line 
that becomes effective in accordance with the number 
of throw-in medals. 
30 [0056] Upon completing the bet-button operation 
processing, the CPU 33 judges whether the pressing 
operation to the bet button 16 is performed and the op- 
eration of the start lever 17 is performed (step S12). 
When the CPU 33 judges that both operations are per- 
35 formed, the CPU 33 moves the processing to step S13. 
On the other hand, when the CPU 33 judges that both 
are not performed or neither operation is performed, the 
CPU 33 returns the processing to step S11, and per- 
forms the bet-button operation processing again. As will 
40 be described hereafter, a period of time that all the 
drums 5A to 5C are started in rotation and are brought 
into a stop is referred to as a sequence of game (play). 
[0057] Upon moving to the processing of step S13, 
the CPU 33 executes an internal lottery processing (step 
•*s S13). This internal lottery processing includes the fol- 
lowing processing of: i) controlling the random number 
generator 38 to generate random numbers; and ii) 
searching a data group indicating the correspondence 
between combinations of symbol marks and random 
50 numbers, thereby deciding a combination of symbol 
marks in accordance with the generated random num- 
bers. The combination of symbol marks stopped and 
displayed on the previous game rs stored in the RAM 
37, as will be described hereafter. By the CPU 33, this 
55 combination of symbol marks stored in the RAM 37 is 
read and used for an internal lottery processing in the 
following game. 

[0058] In the internal lottery processing, a combina- 



6 



BNSDOCID: <EP 130291 4A2 I. > 



11 



EP 1 302 914 A2 



12 



tion of symbol marks that can be stopped and displayed 
is determined by lottery, and a value indicating the lot- 
tery result is substituted to a lottery data for an ongoing 
game (i.e., a current game lottery data). For instance, 
when it is in the unable prize-winning status and in fail- 
ure pattern, the current game lottery data is set to "00". 
When it is in the unable prize-winning status but a match 
with a small prize pattern occurs, the current game lot- 
tery data is set to "01". When it is in the enabled prize- 
winning status, the current game lottery data is set to 
"1 2". When it is in the special game status and in failure 
pattern, the current game lottery data is set to "20". 
When it is in the special game status and a match with 
a small prize pattern occurs, the current game lottery 
data is set to "21". 

[0059] Upon completing the above-mentioned inter- 
nal lottery processing, the CPU 33 reads a subroutine 
about stepping motor control processing (not shown) 
and issues, based on this subroutine, control signals to 
the stepping motors 11 A to 11C, in order to drive each 
motor at a predetermined rotational speed (step S14). 
The term "rotational speed" means a speed at which 
symbol marks are changeably displayed by the rotation 
of the drums 5A to 5C in the above-mentioned sequence 
of games. That is, any speed in transient circumstances, 
such as immediately after the drums are started in rota- 
tion and immediately before they are brought into a stop, 
is excluded from the concept of the rotational speed. 
[0060] in this preferred embodiment, there is a lottery 
data of a game performed in the past (i.e., a past game) 
that corresponds to the above-mentioned current game 
lottery data. This past game lottery data is data indicat- 
ing the lottery result of a game performed before an on- 
going game (i.e., a current game), and this data is stored 
in the RAM 37. As will be described hereafter, in the nor- 
mal game that is the next to be performed after the spe- 
cial game is over, the past game lottery data is reset 
before the first game is started. The past game lottery 
data is updated by sequentially accumulating the cur- 
rent game result in the previous game result. 
[0061] Upon completing the above-mentioned step- 
ping motor control processing, the CPU 33 judges 
whether the player depressed any one of the stop but- 
tons 18A to 18C, in order to stop the drums 5A to 5C, 
and a stop signal of the stop buttons 18A to 18C is is- 
sued or not (step S15). When the CPU 33 judges that 
no stop signal is issued from the stop buttons 18A to 
1 8C, the CPU 33 executes again step S15. On the other 
hand, when the CPU 33 judges that a stop signal is is- 
sued from any one of the stop buttons 18A to 18C, the 
CPU 33 stops the stepping motors 11 A to 11 C (step 
S16). This stepping motor stop processing includes: i) 
controlrrng the random number generator 38 to generate 
random numbers; and ii) searching a data group indi- 
cating the correspondence between combinations of 
symbol marks and random numbers, thereby deciding 
a combination of symbol marks in accordance with the 
generated random numbers. 



[0062] The CPU 33 obtains symbol marks currently 
appearing on the windows 8A to 8C, based on i) rota- 
tional position signals issued from the rotational position 
sensors 34A to 34C; and ii) standard position signals 

5 issued from the standard position sensors 35A to 35C. 
Upon obtaining of the symbol marks, the CPU 33 con- 
trols the stepping motors 1 1 A to 1 1 C and decides a stop 
position, in accordance with i) the above-mentioned 
symbol mark data and ii) the current game lottery data 

10 set in the above-mentioned internal lottery processing 
(step S13). 

[0063] Although the CPU 33 stops the stepping mo- 
tors 11 A to 11C in accordance with the current game 
lottery data, if judged that any one of the stop buttons 

is 18A to 1 8C is pressed, the CPU 33 can apply an addi- 
tional drive to the stepping motors 11 A to 11C, under 
prescribed conditions. Specifically, when any symbol 
mark corresponding to the current game lottery data 
cannot be stopped and displayed, an additional drive in 

20 the range of the maximum amount of four symbol marks 
can be applied to the stepping motors 11 A to 11 C. In this 
connection, if any symbol mark corresponding to the 
current game lottery data is not present in that range, it 
is impossible to stop and display any symbol mark cor- 

25 responding to the current game lottery data. For in- 
stance, even when in the enabled prize-winning status, 
two drums are already stopped and there is a symbol 
mark(s) allowing for match with a winning pattern, 
whether the player obtains the winning pattern depends 

30 on the timing at which the player operates the stop but- 
ton corresponding to the last drum to be stopped. On 
the other hand, when in the unable prize-winning status, 
two drums are already stopped and there is a symbol 
mark(s) allowing for match with a winning pattern, the 

35 stepping motors 11 A to 11C are controlled so as not to 
provide a match with the winning pattern, irrespective of 
the timing of operation of the stop button corresponding 
to the last drum to be stopped. 

[0064] Upon completing the above-mentioned stop 

40 control processing, the CPU 33 judges whether all the 
stop buttons 18A to 18C are depressed (step S17). In 
other words, the processing of step S17 is to judge 
whether all the stop signals issued in accordance with 
the operation to the stop buttons 1 8A to 1 8C are detect- 

45 ed. When the CPU 33 judges that all the stop buttons 
18A to 18C are not operated, the CPU 33 returns the 
processing to the above-mentioned step S15. On the 
other hand, when the CPU 33 judges that all the stop 
buttons 18A to 18C are operated, the CPU 33 moves 

50 the processing to step S1 8. 

[0065] Upon moving to the processing of step S18, 
the CPU 33 judges whether a combination of symbol 
marks afrgned on an effective Yme matches with a win- 
ning status, and pays out a game medal corresponding 

55 to the winning status (step S18). In this medal payout 
processing, when the CPU 33 judges that the combina- 
tion of symbol marks aligned in the effective line match- 
es the wining state, the CPU 33 calculates the number 
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of payout game medals corresponding to the winning 
status, and pays out the number of medals correspond- 
ing to the calculated number. Thereafter, the CPU 33 
moves the processing to step S19. On the other hand, 
when the CPU 33 judges that the combination of symbol 
marks aligned in the effective line does not match the 
wining state, the CPU 33 performs no game medal pay- 
out and moves the processing to step S19. 
[0066] Upon moving to the processing of step S19, 
the CPU 33 mainly stores the above-mentioned current 
game lottery data (step S19). In this preferred embodi- 
ment, the CPU 33 reads the past game lottery data from 
the RAM 37, and directs the RAM 37 to store the current 
game lottery data in addition to the read past game lot- 
tery data. At this time, the RAM 37 stores not only the 
current game lottery data but also data indicating the 
symbol marks that have actually been stopped and dis- 
played in the current game. 

[Return Operation in Game Machine] 

[0067] Fig. 7 is a flowchart showing the flow of oper- 
ation of the game machine. The procedure shown in this 
flowchart is a processing routine that is performed con- 
currently with the subroutine of the game machine 2 
shown in Fig. 6. This processing routine is started when 
a player's play status is detected. 

[0068] Referring to Fig. 7, as soon as a player starts 
a game on the game machine 2, the CPU 33 in the game 
machine 2 sets an upper limit value that is used as a 
standard on return execution (step S21). The term "up- 
per limit value" means the number of medals etc. as a 
game medium (a credit cumulative consumption), which 
are used for performing a game on a slot game machine, 
for example. Therefore, a return is executed through the 
slot game machine when the number of medals used by 
the player reaches the upper limit value. 
[0069] This upper limit value setting is attainable by 
various styles. For example, there are the following 
styles of: i) using a preset upper limit value; ii) setting 
an upper limit by the owner of the game machine; and 
iii) automatically changing the upper limit according to 
the play status. 

[0070] Following is the style of using a preset upper 
limit value among the above-mentioned styles. In this 
instance, the preset upper limit value is stored in the 
RAM 37, and the CPU 33 reads data of the upper limit 
value from the RAM 37 and completes the upper limit 
value setting. 

[0071] Upon completing the above-mentioned upper 
limit value set processing, the CPU 33 adds the number 
of medals thrown by the player as a game medium (step 
S22), based on the result of the processing of step S11 
shown in Fig. 6. 

[0072] A medal sensor (not shown) contained in the 
game machine 2 counts medals thrown in through the 
throw-in slot 15. Of the counted number data, the 
number of medals actually used for the game as a con- 



sumed medal data is stored by adding into a credit cu- 
mulative consumption data (data of medals consumed 
in the past). This cumulative consumption data is initial- 
ized when the player terminates the game. The player 

5 sensor 21 detects termination of a player's game (or 
player change). By resetting the cumulative consump- 
tion data before a player starts a game, a fair return ac : 
cording to the game medium (credit) consumption is 
guaranteed to all players. 

10 [0073] The above-mentioned cumulative consump- 
tion data is stored in the RAM 37. The CPU 33 reads 
cumulative consumption data from the RAM 37 and 
adds consumption data during the above-mentioned se- 
quence of games into the read cumulative consumption 

'5 data, so that data of this addition result is stored in the 
RAM 37, as update cumulative consumption data. 
[0074] Upon completing the above-mentioned throw- 
in medal number addition processing, the CPU 33 judg- 
es whether the cumulative consumption reaches the up- 

20 per limit (step S23). 

[0075] This judgment is attainable by comparing i) the 
cumulative consumption data stored in the RAM 37 in 
step S22; and ii) the upper limit value set in step S21 . 
That is, the C PU 33 compares the above two data stored 

25 j n the RAM 37 and judges whether the number of med- 
als that the player threw in the game machine 2 reaches 
the upper limit. 

[0076] When the CPU 33 judges that the cumulative 
consumption does not reach the upper limit value, the 
30 CPU 33 returns the processing to step S22, and 
resumes the throw-in medal number addition process- 
ing. 

[0077] On the other hand, when the CPU 33 judges 
that the cumulative consumption reaches the upper limit 

35 value, the CPU 33 sends the result of the judgment to 
the server 1 (step S24). Specifically, the CPU in the 
game machine 2 sends i) a signal indicating that the cu- 
mulative consumption reaches the upper limit value; ii) 
data of the upper limit value set in step S21 ; and iii) data 

40 of return rate to be described later, to the server 1 via 
the communication interface circuit 41 with the game 
machine 2. 

[0078] The signal indicating arrival at the upper limit 
is expressed for example by numerical value of "1 ". The 

45 signal indicating that the cumulative consumption 
reaches the upper limit is accompanied by a signal des- 
ignating the game machine 2 (i.e., data that identify 
among a plurality game machines 2 under the control of 
the server 1). For example, if an identification-number, 

50 e.g., "123", is assigned to the game machine 2 among 
a plurality of game machines under the control of the 
server 1 , a signal of "1-123", wherein the numerical val- 
ue "1 " as trie signal indicating arrival at the upper limit 
is affixed ahead of the identification-number "123" of the 

55 game machine 2, is sent to the sever 1 . 

[0079] The upper limit value data is stored in the RAM 
37, as described above. The upper limit value is data 
used for determining the number of return medals when 
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a return is executed to the player. The number of return 
medals is calculated by multiplying the upper limit value 
by a return rate to be described later. 
[0080] Further, the RAM 37 in the game machine 2 
stores data about a return rate at which a return is exe- 
cuted with respect to the upper limit value of the game 
machine 2. This return rate data is displayed on the in- 
dicator 19 and says, for example, "when 25,00OYEN is 
consumed, 5 } 000YEN is returned," and the same is also 
sent to the server 1 . 

[0081 J Upon completing the upper-limit-arrival signal 
sending processing, the CPU 33 in the game machine 
2 waits for a return instruction (step S25). The term "re- 
turn instruction" means a signal that is sent from the 
server 1 to the game machine 2 of which cumulative 
consumption reaches the upper limit. This signal is also 
used for controlling the timing of return etc. All the while 
waiting for the return instruction, the game machine 2 
allows for the player's play. 

[0082] I n the above-mentioned return instruction wait- 
ing status, the CPU 33 judges whether notification 
should be executed or not (step S26). The term "notifi- 
cation" means to notify the player that the number of 
medals thrown into the game machine 2 reaches the up- 
per limit. 

[0083] As a style of the notification judgment process- 
ing, there is one that merely judges whether notification 
should be executed, and one that judges the timing at 
which notification should be executed. Following is the 
former style. 

[0084] By referring to data stored in the RAM 37, the 
CPU 33 judges whether this notification should be exe- 
cuted (step S27). The RAM 37 stores data about exe- 
cution of notification. Concretely, data of "1" is assigned 
when notification is executed, and data of "0" is as- 
signed when no notification is executed. These data 
may be preset or set properly by the owner of the game 
machine etc. 

[0085] When the data stored in the RAM 37 is "1 " f the 
CPU 33 notifies a player that the cumulative throw-in 
medal number of the game machine 2 that this player is 
performing a game reaches the upper limit (step S28). 
This notification may be executed by using an illumina- 
tor contained in the game machine 2. Alternatively, the 
game machine 2 may have a display part that performs 
notification to the player. Any notification means for in- 
forming the player that he/she has passed through the 
upper limit may be employed, whether it be provided uni- 
tary with the game machine 2. 

[0086] Upon completing notification processing, or 
upon judging non-execution of notification, the CPU 33 
judges whether a return instruction is received (step 
S29). 

[0087] This return instruction is one that the game ma- 
chine 2 waits for sending from the server 1 in step S25. 
The server 1 sends this return instruction without fail to 
the game machine 2 employing a style that a return is # 
executed every time the player reaches the upper limit, 



as well as the game machine 2 employing other style 
that a return is not always executed when the player 
reaches the upper limit. 

[0088] The server 1 sends a return instruction signal 
5 at a predetermined timing to the game machine 2 via 
the communication interface 53. The CPU 33 in the 
game machine 2 receives the return instruction signal 
via the communication interface circuit 41 and input/out- 
put bus 32. Upon receiving no return instruction signal, 
10 the CPU 33 returns the processing to step S25 and waits 
for a return instruction again. 

[0089] Upon receiving the return instruction, the CPU 
33 executes return processing (step S30). This return 
processing is executed based on the return instruction 
15 issued from the server 1 in step S29, more specifically, 
based on data contained in the return instruction that 
indicate a return rate at which a return is executed to the 
game machine 2. 

[0090] In the above-mentioned game machine em- 

20 ploying the style that a return is executed every time the 
throw-in medal number reaches the upper limit, a return 
is executed with the number of medals that is calculated 
on the server 1 , mainly based on: i) the upper limit data 
stored in the RAM 37; and ii) return rate data. Based on 

25 the return instruction from the server 1 , the CPU 33 en- 
ters a return mode by changing a return mode flag to 
"1", and directs the RAM 37 to temporarily store a return- 
medal number. In this return mode, the contents of the 
internal lottery processing (step S13) and medal payout 

30 processing (step S18) are different from that shown in 
the procedure shown in Fig. 6. Specifically, upon enter- 
ing the return mode, the CPU 33 forcedly produces a 
"big prize" in the above-mentioned internal lottery 
processing (step S13) in the ongoing procedure. Then, 

35 the CPU 33 reads the return-medal number contained 
in the received return instruction from RAM 37, in the 
above-mentioned medal payout processing (step S1 8), 
and pays out the number of medals corresponding to 
the read retum-medal number. Return-medal number 

40 calculation processing on the server 1 will be described 
later. Upon completing the medal payout processing 
(step S1 8) in the return mode, the CPU 33 changes the 
return mode flag to "0", and returns to the normal game 
mode. 

45 [0091] In a game machine 2 to which a return has 
been executed, the CPU 33 in this game machine 2 re- 
sets consumption data stored in the RAM 37. In this way, 
consumption counting is renewed every time resetting 
is performed. The resetting of consumption data is ex- 

50 ecuted according to program that is stored in the ROM 
36, receiving the instruction from CPU 33. 
[0092] Upon completing this return processing, the 
CPU 33 returns to the upper Irmrr varue setting process- 
ing shown in Fig. 7 (step S21), and repeats the above- 

55 mentioned sequence of processing. 

[0093] Although the return is executed by forcedly 
producing the "big prize" in the foregoing, a probability 
table that is stored in the RAM 37 and used for producing 
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a big prize may be altered. This probability table is used 
for setting the range of random numbers generated by 
the random generator 38 (see Fig. 4). which can pro- 
duce a big prize. A narrow range set by this probability 
table permits a low probability of "big prize", whereas a 
wide range permits a high probability. Therefore, when 
a return instruction is sent from the server 1 to a game 
machine 2, the CPU 33 in this game machine 2 alters 
the probability table based on the received return in- 
struction. At this time, a return is executed by increasing 
the probability of "big prize," 

[0094] In this preferred embodiment, it is possible to 
employ a style that a return is not always executed when 
the throw-in medal number of the game machine 2 
reaches the upper limit. In this instance, when no return 
is executed, the CPU 33 resets consumption data stored 
in the RAM 37, as required. In this way, consumption 
data counting is renewed every time that resetting is per- 
formed. 

[Operation of Game Server] 

[0095] Fig. 8 is a flowchart showing an operation flow 
when a game server prepares a return. This operation 
is to be repeated all the time on the server 1 . 
[0096] Referring to Fig. 8, the server 1 always holds 
some of medals that are game media thrown in each 
game machine 2, in order to execute a return to a game 
machine 2 under control of the server 1 , when it reaches 
the upper limit. That is, the CPU 51 in the server 1 is 
waiting for the result of throw-in game medium from 
each game machine 2 (step S41). 
[0097] As the game medium that the game player us- 
es on each game machine 2, it is possible to use any 
tangible matters such as medals, winning balls, and 
coins, each being used generally. Besides these tangi- 
ble matters, any intangible matters may be used which 
can be expressed in numerical value data and be sent 
and received during play. 

[0098] The term "throw-in" means the following action 
that a player makes a game machine recognize a game 
medium used for playing a game, irrespective of the 
game medium style. Therefore, not only a medal etc. 
that is thrown in through the throw-in slot 1 5 and detect- 
ed by the medal sensor (not shown) contained in the 
game machine 2, but also numerical value data that the 
player decides to use for playing a game becomes a 
candidate for thrown-in. 

[0099] In the status that the server 1 is waiting for a 
game medium throw-in, the CPU 51 in the server 1 judg- 
es whether game medium throw-in data is received at 
a predetermined timing (step S42). 
[01 00] In this preferred embodiment, medals are used 
as a game medium, and the player continues a game 
on each game machine 2, while throwing in medals via 
the throw-in slot 15. The medal sensor in the game ma- 
chine 2 delects the throw-in medals, so that they are 
counted and made into a numerical value as data. This 



numerical value data is stored in the RAM 37 in the 
game machine 2, as cumulative consumption data. This 
cumulative consumption data is sent at a predetermined 
timing to the server 1 via the communication interface 

5 circuit 41 . 

[0101] The server 1 receives this cumulative con- 
sumption data via the communication interface 53, so 
that a predetermined percent of this data is properly 
stored (held) in the memory 52, based on an instruction 

10 of the CPU 51. 

[0102] When the above-mentioned throw-in data is 
not received in the judgment processing in step 42, the 
CPU 51 returns the processing to step S41. Upon re- 
ceiving the throw-in data, the CPU 51 holds a predeter- 

15 mined percent of consumption (step S43). 

[01 03] As stated above, the server 1 holds in advance 
some of game media that are used for a return to the 
game machines 2 under control of the server 1 . The 
holding amount differs from one server to another. The 

20 holding amount can be calculated by multiplying a pre- 
determined rate by the cumulative consumption data of 
each game machine 2 that the server 1 receives. 
[0104] In this holding processing, the server 1 sends 
a numerical value data corresponding to the holding 

25 amount calculated by the CPU 51 , to the game machine 
2 via the communication interface 53. Upon receiving 
the numerical value data, the CPU 33 in the game ma- 
chine 2 directs the RAM 37 to store, as holding data, the 
numerical value data that is part of the cumulative con- 

30 sumption data. 

[0105] Upon completing the holdnig processing, the 
CPU 51 returns the processing again to the throw-in da- 
ta waiting processing in step S41 , and repeats the 
above-mentioned sequence of processing. 

35 [01 06] Fig. 9 is a flowchart showing an operation flow 
when a game server executes a return. This operation 
is to be repeated all the time. Referring to Fig. 9, firstly, 
the CPU 51 in the server 1 determines a return destina- 
tion by lottery (step S51). 

40 [0107] This return destination lottery is performed 
when employing the style that a return is not always ex- 
ecuted to the game machine 2 reaching the upper limit. 
As a lottery style, there are for example: i) "a return is 
executed to a game machine that is the N-th to reach 

45 the upper limit," and ii) "a return is executed to a game 
machine, the end of which machine-number meets a lot- 
tery-number." In the case of employing the style that a 
return is executed every time a game machine reaches 
the upper limit, there are for example lottery results that: 

so j) "a return is executed to a game machine that is the 
first to reach the upper limit; and ii) "a return is executed 
to a game machine : the end of which machine-number 
meets 0, t, ... 9 : as a lottery-rrumber (r.e., all the ma- 
chine numbers are designated)." Meanwhile, when em- 

55 ploying the style of executing a return without fail, all the 
game machines that reach the upper limit are return 
candidates in step S51 . Thus, in the case of reliably ex- 
ecuting a return, the CPU 51 performs a lottery for de- 
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termining the timing of the return to the game machine 
2 that becomes a return destination when its credit con- 
sumption reaches the upper limit. Specifically, a return 
to the next succeeding game machine 2 of which con- 
sumption reaches the upper limit is executed according 
to the following result: (i) when the N-th number of game 
is performed on the game machine 2; or (ii) immediately 
after reaching the upper limit. 

[0108] The CPU 51 directs these lottery results to be 
stored in the memory 52. 

[0109] Upon completing this return destination lottery 
processing, the CPU 51 waits for the upper limit arrival 
result sent from each game machine 2 (step S52). As 
described with reference to Fig. 6, the upper limit arrival 
result indicates that the game medium thrown in the 
game machine 2 reaches a preset amount. Specifically, 
the upper limit arrival judgment is made on the game 
machine 2. When this judgment result is that the game 
medium number reaches the upper limit, this result is 
sent to the server 1 . The server 1 waits for the upper 
limit arrival result via the communication interface 53. 
[0110] While the server 1 is waiting for the upper limit 
arrival result, the CPU 51 in the server 1 judges whether 
the upper limit arrival result is received at a predeter- 
mined timing (step S53). When the CPU 51 judges that 
the upper limit arrival result is received, the CPU 51 
moves the processing to the step S54. On the other 
hand, when the CPU 51 does not judge so, the CPU 51 
returns the processing to step S52, and repeats the 
processing in step S53. 

[0111] Upon moving to the processing of step S54, 
the CPU 51 judges whether the game machine 2 that 
has sent the upper limit arrival result is a return destina- 
tion. This judgment is made based on the data produced 
by the lottery performed in step S51 . That is, the CPU 
51 refers to data stored in the memory 52 and compares 
this reference data with data appended to the upper limit 
arrival result. For example, when a lottery result is "a 
return will be executed to a game machine, the end of 
which machine-number meets a lottery-number," the 
CPU 51 reads data of the game machine's identification- 
number appended to the above lottery result and judges 
whether the end of this number is meets the lottery- 
number. 

[01 1 2] In the case of employing the style that a return 
is executed every time the upper limit arrival is attained, 
a positive result is always obtained in the return desti- 
nation judgment processing. 

[0113] When the CPU 51 judges that it is not the return 
destination, the CPU 51 sends a signal indicating non- 
execution of return in a processing of sending a return 
control signal to be described later. An instruction of the 
CPU 51 directs this sfgnaf to be sent to the game ma- 
chine 2 via the communication interface 53. 
[0114] Upon obtaining a positive result in the return 
destination judgment processing, the CPU 51 deter- 
mines the timing of a return (step S55). 
[01 1 5] Various return timing styles can be considered. 



There are for example, i) to the game machine 2 that 
has reached the upper limit and corresponds to the re- 
turn destination, a return is forcedly executed immedi- 
ately after all the processing on the server 1 are com- 
5 pleted; and ii) a return is executed after an elapse of a 
predetermined period of time from the completion of all 
the processing on the server 1 . 

[0116] This return timing judgment processing is to 
judge which one of the above two timings is to be used 

10 for executing a return. If a return timing is predetermined 
uniquely, this return timing is employed. On the other 
hand, in the case of determining a return timing by lot- 
tery, the CPU 51 randomly selects one from a plurality 
of candidates stored in the memory 52 (e.g., "immedi- 

15 ately M , "after the X-th game", "after X minutes", and 
"when the next big prize occurs'') in step S55. 
[0117] Relating to return timing, various timings are 
determined by lottery (timing lottery) as described 
above. In the above-mentioned step S55, however, the 

20 credit consumption of a certain game machine 2 has al- 
ready reached the upper limit. Therefore, in step S55, 
the CPU 51 directs this game machine 2 to display that 
"a return timing lottery was executed," so that the player 
is informed of a return to be executed at one of the 

25 above-mentioned timings. Accordingly, the player will 
stay at the same game machine 2 and continue the 
game. 

[0118] Upon completing the return timing judgment 
processing, the CPU 51 judges whether a return timing 

30 is established (step S56). 

[0119] The above-mentioned return timing is deter- 
mined in step S55 and stored in the memory 52 in the 
server 1. For example, if given, as this stored data, a 
temporal timing such as "after a few minutes from the 

35 upper limit arrival," a timer (not shown) contained in the 
server 1 is used to wait this timing. If given a timing cor- 
responding to the player's game circumstances such as 
"after the player performs the 20th game from the upper 
limit arrival," various sensors contained in the game ma- 

^0 chine 2 are used and, when predetermined conditions 
are satisfied, the CPU 33 in the game machine 2 sends 
the server 1 a signal indicating the contents of this tim- 
ing. In either case, the CPU 51 directs the game ma- 
chine 2 to display the timing of a return on the indicator 

45 19 etc., in order to inform the player that the return will 
be executed. 

[0120] In other words, the server 1 performs the 
processing in step S56, in order to start a return-related 
processing when the return timing is established. When 

so the CPU 51 judges that the return timing is not estab- 
lished, the CPU 51 returns the processing to step S55, 
and resumes the processing from step S55. On the oth- 
er hand, when the CPU 51 judges that the return timing 
is established, the CPU 51 refers to the game medium 

55 amount (number) held in step S43, and determines the 
amount of return (step S57). 

[0121] The return amount to the game machine 2 is 
managed by using the game media held in step S43 
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(see Fig. 8). Usually, upon reaching of the upper limit 
arrival, a return is executed by the amount that is ob- 
tained by multiplying the upper limit by a preset return 
rate. In this instance, the server 1 calculates (i) the re- 
turn number based on the upper limit data contained in 
the upper limit arrival result and (ii) return rate data 
(these data are sent from the game machine 2). In ad- 
dition to the usual return number, the server 1 executes 
more return at a predetermined probability, based on da- 
ta indicating a return rate sent from the game machine 
2. This return operation is a mode into which the CPU 
51 enters by detecting the holding number stored in the 
memory 52. The CPU 51 determines a predetermined 
return number irrespective of the data indicating the re- 
turn rate sent from the game machine 2. This return 
number is far larger than that in other return, thereby 
further Increasing game characteristics. 
-[0122] Upon completing this return number determi- 
nation processing, the CPU 51 sends a return control 
signal to the game machine 2 (step S58). 
[0123] The return control signal sent from the server 
1 to each game machine 2 can be classified into two 
types. To a game machine 2 that is judged as being re- 
turn destination in the above-mentioned return destina- 
tion judgment processing (step S54), the value of M 1" 
indicating the return destination is appended to part of 
a return control signal. On the other hand, to a game 
machine 2 that is judged as not being return destination, 
the value of "0" indicating so is appended to part of a 
return control signal. In the case of employing the style 
that a return is executed every time the upper limit arrival 
is attained, the value of "1" may be set to every return 
control signal. 

[0124] Additionally, the above-mentioned return con- 
trol signal also contains data for determining the degree 
of return. 

[0125] An instruction of the CPU 51 directs the entire 
data including this data (i.e., a return control signal) to 
be sent to a game server 2 via the communication inter- 
face 53. Upon receiving the return control signal, the 
game machine 2 performs a return based on this return 
control signal. 

[01 26] Upon completing the above-mentioned control 
signal sending processing, the CPU 51 subtracts a hold- 
ing number (step S59). 

[0127] The term "holding number" means the number 
of game media held in the memory 52 with the server 1 , 
in step S43 shown in Fig. 8. The held game media are 
used for executing a return to each game machine 2. It 
is therefore necessary to subtract the number of game 
media corresponding to the payout number every time 
the return is completed. 

[0128] In this holding number subtraction processing, 
data updated by the subtraction is newly stored in the 
memory 52. In the instance that the return number to 
the game machine 2 is changed depending on the play 
status, the following construction may be employed. Up- 
on completing the return to the game machine 2, the 



CPU 33 with the game machine 2 sends the server 1 
data indicating the payout number to the player. Upon 
receiving this data, the server 1 moves to the subtraction 
processing. 

5 [0129] Upon completing the above-mentioned hold- 
ing amount subtraction processing, the CPU 51 returns 
" the processing to step S51, and resumes the processing 
from the return destination lottery processing. 
[0130] As stated above, the game medium (credit 

10 number) thrown in each game machine 2 is temporarily 
held therein and, at a predetermined timing, the number 
of game media stored until then is sent to the server 1 
as a credit cumulative consumption. In this preferred 
embodiment, the server 1 calculates a predetermined 

'5 rate of the cumulative consumption sent from each 
game machine 2, and the server 1 stores the calculation 
result as a holding number. As an alternative, a previ- 
ously calculated result may be sent from each game ma- 
chine 2 to the server 1 . 

20 

[Operations and Effects] 

[0131] Preferred embodiments produce mainly fol- 
lowing operations and effects. 

25 

(1) The server 1 holds the number of game media 
that is obtained by multiplying the cumulative con- 
sumption of credit (game media) in each game ma- 
chine 2 by a predetermined rate. Based on this hold- 

30 ing number, the server 1 executes a return at a pre- 
determined return rate to the game machine 2 on 
which the game medium cumulative consumption 
of one player exceeds a certain amount. Thereby, 
the player is guaranteed to a return by performing 

35 a game with the same game machine 2 for a while. 
It is therefore avoidable that a player loses enthu- 
siasm for the game and keeps away from the hall. 

(2) Some of players may terminate the game before 
receiving a return. In this occasion, the number of 

40 game media held by the server 1 is increased there- 
by to increase the amount of return. 

(3) When executing a return to the game machine 
2, the server 1 determines its timing by lottery, so 
that the return to be reliably executed occurs at dif- 

45 ferent timings, and also directs the game machine 
2 to display the lottery result. This thrills the player 
with expectation of the return. 

(4) The player is detected, and a return is executed 
based on the result of the detection. Thereby, the 

50 return is executed to the player satisfying the return 
conditions. In other words, although a return is per- 
formed via a game machine 2, the return is execut- 
ed to the player satisfying the conditions (i.e., the 
credit cumulative consumption) in the game ma- 

55 chine 2. Therefore, this player can perform a game 
with the assurance that "a return is guaranteed by 
continuously performing a game on the same game 
machine." In addition, the result of the return timing 
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lottery is displayed, thereby keeping this game play- 
er at the same game machine 2 and continue the 
game. 

(5) When a player terminates the game on a certain 
game machine 2, the credit cumulative consump- 
tion of this player is reset. Accordingly, every time 
the player of a game machine 2 is changed to other 
player, the credit consumption in the game machine 
is counted from zero. Therefore, the return under 
predetermined conditions is executable to every 
player without unfairness. In addition, when execut- 
ing this return, the return timing lottery result is dis- 
played, thereby keeping the player long at the same 
game machine so as to continue the game. 

[01 32] While but one embodiment of the invention has 
been shown and described, it will be understood that 
many changes and modifications may be made therein 
without departing from the spirit or scope of the present 
invention. 
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tus enabling to start a game based on a throw- 
in coin number or given credit number; 
subjecting each of the game machines to pay- 
out according to a result of said game; 
detecting whether cumulative coin or credit 
consumption of a player reaches a predeter- 
mined upper limit based on information about 
coin or credit consumption of one of game ma- 
chines that a player is performing a game; 
reliably executing a return at a predetermined 
return rate to the one of the game machines (2) 
that said player is performing the game when a 
result of said detecting step is that said cumu- 
lative coin or credit consumption of said player 
reaches said predetermined upper limit; 
timing lottery for determining a timing at which 
a return is executed: and 
displaying a result of said timing lottery step on 
said game machine (2) that said player per- 
forms the game. 



Claims 

1 . A game server (1 ) comprising: 

a plurality of game machines (2) which are 
brought into a status enabling to start a game 
based on a throw-in coin number or given credit 
number, and which are subjected to payout ac- 
cording to the result of said game, wherein said 
game server collectively controlling a plurality 
of the game machines; 

first sending means for sending a control signal 
for reliably executing a return at a predeter- 
mined return rate to one of the game machines 
that said player is performing the game, when 
a cumulative coin or credit consumption reach- 
es a predetermined upper limit by the player 
based on information about coin or credit con- 
sumption in the one of the game machines that 
the player is performing the game; and 
second sending means for sending a display 
control signal for displaying a timing lottery re- 
sult to the game machine (2) that the player is 
performing the game when a return is dis- 
charged based on a result of the timing lottery 
for determining the timing of said return. 

2. The game server (1) according to claim 1 wherein 
said display control signal is to direct said game ma- 
chine (2) to perform a display only for notifying that 
said timing lottery was performed. 

3. A method for collectively controlling a plurality of 
game machines (2), comprising the steps of: 

bringing each of the game machines into a sta- 



25 



30 



35 



40 



so 



55 



4. The method according to claim 3 wherein in said 
displaying step, said game machine (2) is subjected 
to display control only for notifying that said timing 
lottery was performed, as the result of said timing 
lottery. 

5. A game system, comprising: 

a plurality of game machines (2), each of which 
being brought into a status enabling to start a 
game based on a throw-in coin number or given 
credit number and, each of which being sub- 
jected to payout according to a result of said 
game; and 

a game server for collectively controlling a plu- 
rality of said game machines; 
each of said game machine including: 

return means for reliably executing a return 
at a predetermined return rate and at a pre- 
determined timing to a player in accord- 
ance with a control signal from said game 
server (1 ), when said cumulative consump- 
tion reaches said predetermined upper lim- 
it based on information about coin or credit 
consumption in the game machine that the 
player is performing the game; and 
display means for displaying said timing 
lottery result based on a display control sig- 
nal from said game server (1), when said 
return means executes a return based on 
the resurt of a timing lottery for determining 
the timing of said return. 

6. The game system according to claim 5 wherein said 
timing lottery result is displayed only for notifying 
that said timing lottery was performed. 



13 



BNSDCCID: <EP. 



1302914A2_I_> 



EP 1 302 914 A2 



FIG. 1 



2 




14 



BNSDOCID: «EP 1302914A2_I_> 



EP1 302 914 A2 




BNSDOCID: <EP 1302&HA2 L> 




EP 1 302 914 A2 



FIG. 3 




16 

BNSDOCID: <EP 1 30291 4A2_I_> 



EP 1 302 914 A2 



FIG. 4 



41 



16 



BET BUTTON 



17 



START LEVER 



18A—18C 

^ 



21 



STOP BUTTON 



PLAYER SENSOR 



34A~ 34C 



ROTATION 
POSITION SENSOR 



35A~ 35C 



STANDARD 
POSITION SENSOR 



is 

2< 



Q_ 

ZD 
O 

q: 
O 



o 
a: 

o 

LU 

o 
< 

a: 

LU 



7^ 



31 



CPU 



33 



ROM 



2 RAM 



36 
37 



RANDOM NUMBER 
GENERATOR 



Q_ 
ZD 
O 

o 

o 
a; 

o 

LU 

o 
< 

a: 

LU 



I \ 39 
32 



12 



38 



11A~ 11C 



STEPPING MOTOR 



13 



BET LINE 
INDICATOR LAMP 



19 



INDICATOR 



/x/40 



SPEAKER 



17 



BNSOOCID: <EP 13029MA2_I_> 



EP1 302 914 A2 



FIG. 5 



51 





52 



i 



i 



BUS 



COMMUNICATION 
INTERFACE 



53 



54 




1302914A2J_> 



18 



EP1 302 914 A2 



FIG. 6 



START 



-S11 



S12 



BET BUTTON 
PUSHING OPERATION? 
AND 
START BUTTON 
OPERATION?. 



NO 





[yes 


INTERNAL LOTTERY - 
PROCESSING 


> 




j STEPPING MOTOR 
CONTROL PROCESSING 



S13 



S14 




MEDAL PAYOUT 
PROCESSING 



CURRENT 
STORAGE 



c 



PLAY RESULT 
PROCESSING 



-S19 



RETURN 



19 



BNSDOCID: <EP_ 



_1302914A2_I_> 



EP 1 302 914 A2 



FIG. 7 



( START ) 



S21 
S22 



UPPER LIMIT VALUE SETTING 



ADDITION OF THROW-IN NUMBER 



S23 



S24 

S25 
S26 



CUMULATIVE 
THROW-IN NUMBER 
REACHES UPPER 
JJMIT ? 

YES 



SEND OF UPPER LIMIT 
ARRIVAL RESULT TO SERVER 



WAIT FOR RETURN 
INSTRUCTION 



NOTIFICATION JUDGMENT 




S29 



S30 





,YES 




RETURN PROCESSING 




> 


f 



( RETURN ) 



NO 



NO 



NO 



20 



BNSDOCID: <EP 1302914A2_I_> 



EP 1 302 914 A2 



FIG. 8 



Q START ^ 



S41 



WAIT FOR THROW-IN RESULT 
FROM GAME MACHINES 



S42 




NO 



S43 



YES 



^ ^HOLDING THROW-IN-NUMBER 
AT PREDETERMINED RATE 



RETURN ) 



BNSDOCID: <EP 1302914A2J_> 



21 



EP 1 302 914 A2 



FIG. 9 



S51 



S52 



( START ) 



v 



RETURN DESTINATION LOTTERY 



"^WAITING FOR UPPER LIMIT ARRIVAL 
RESULT FROM GAME MACHINES 



S53 




S54 



S55. 



YES 



RETURN TIMING JUDGMENT 



S56 



S57 



S58. 



S59. 




NUMBER (RATE) OF RETURN 
IS DECIDED BY REFERRING 
TO HOLDING NUMBER etc. 



SENDING RETURN CONTROL 
SIGNAL TO GAME MACHINE 



SUBTRACTION OF HOLDING 



NUM 



BER 



vj£ 

( ^RETURN ) 



NO 



NO 



NO 



22 



1302914A2_I_» 



(19) 



3 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(11) 



EP 1 302 914 A3 



(12) 



EUROPEAN PATENT APPLICATION 



(88) 


Date of publication A3: 


(51) Int CI. 7 : G07F 17/32 




29.09.2004 Bu lletin 2004/40 






(43) 


Date of publication A2: 








16.04.2003 Bulletin 2003/16 






(21) 


Application number: 02022784.9 






(22) 


Date of filing: 11.10.2002 






(84) 


Designated Contracting States: 


(72) 


Inventor: Okada, Kazuo 




AT BE BG CH CY CZ DE DK EE ES Fl FR GB GR 




Tokyo, 135-0063 (JP) 




IE IT LI LU MC NL PT SE SK TR 








Designated Extension States: 


(74) 


Representative: Urner, Peter, Dipl.-Phys. 




AL LT LV MK RO SI 




TER MEER STEINMEISTER & PARTNER GbR, 








Patentanwalte, 


(30) 


Priority: 12.10.2001 JP 2001315488 




Mauerkircherstrasse 45 






81679 Munchen (DE) 


(71) 


Applicant: Aruze Co., Ltd. 








Tokyo 135-0063 (JP) 







(54) Game server, game control method, and game machine 



CO 



CM 
O 
CO 



CL 
LU 



(57) A return is reliably executed to a player who has 
paid a predetermined amount to a game machine. The 
timing of this return is determined by lottery, and its re- 
sult is displayed on the game machine. This thrills the 
player with expectation of the return, thereby keeping 
the player long on the same game machine. As the re- 
sult, it is avoidable that the player waiting for a prize for 
a long time loses enthusiasm for the game and keeps 
away from the hall (i.e., a reduction in the number of 
customers). 



FIG. 1 




Printed by Jouve, 75001 PARIS (PR) 



BNSDOCID: <EP 1302914A3_I_> 



EP 1 302 914 A3 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 02 02 2784 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate, 
of relevant passages 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION <lntCI.7) 



EP 0 631 798 A (ACE DENKEN KK) 
4 January 1995 (1995-01-04) 

* the whole document * 

US 6 254 483 Bl (ACRES JOHN F) 
3 July 2001 (2001-07-03) 

* the whole document * 

US 5 611 730 A (WEISS STEVEN A) 
18 March 1997 (1997-03-18) 

* the whole document * 

US 5 639 088 A (PATCEG MILES MARTIN 
AL) 17 June 1997 (1997-06-17) 

* the whole document * 

PATENT ABSTRACTS OF JAPAN 

vol .1998, no. 02, 

30 January 1998 (1998-01-30) 

6 JP 09 264777 A (TAIT0 CORP), 

7 October 1997 (1997-10-07) 

* the whole document * 

DE 41 37 010 A (0RTLEPP WOLFGAN6) 
13 August 1992 (1992-08-13) 

* the whole document * 

GB 2 326 830 A (R0SART LTD) 
6 January 1999 (1999-01-06) 

* the whole document * 



ET 



1-6 



1-6 



1-6 



1-6 



1-6 



G07F17/32 



TECHNICAL FIELOS 
SEARCHED (lnt.CL7) 



G07F 



1-6 



1-6 



The present search report has been drawn up for ail claims 



Place o1 seaich 



The Hague 



Date oJ ccmotetion erf the searcft 

11 August 2004 



Bohn ? P 



CATEGORY OF CITED DOCUMENTS 

X : particularly relevant if taken alone 

Y : pamculartv relevant if combined wrth another 

document of the same category 
A : technological background 
O : non-writ ten disclosure 
P : intermediate documenl 



T : Iheory or principle underlying the invention 
E : earlier patent documenl, but published on, or 

after the filing date 
O : document died in the application 
L : documenl cited for other reasons 



& : member of the same palent family, corresponding 
document 



2 



BNSDOCID: <EP. 



1302914A3J_> 



EP 1 302 914 A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 

ON EUROPEAN PATENT APPLICATION NO. EP 02 02 2784 



This annex lists the patent family members relating to the patent documents cited in the above-mentioned European search report. 
The members are as contained in the European Patent Office EDP file on 

The European Patent Office is in no way liable for these particulars which are merely given tor the purpose of information. 

11-08-2004 



Patent document 


Publication 




Patent family 




Publication 


cited in search report 


date 




member(s) 




date 


ro 7QC A 




Al 1 


669161 


B2 


30-05-1996 




Al 1 

AU 


* 3648593 A 








EP 


O £ O 1 "TOO 

0631798 


Al 








tic 


b/02303 


A 


^A— 19— 1QQ7 






CA 


2131460 


Al 


1 A— HQ— 1 OO^ 






WO 


9317766 


A 1 

Al 


lo— uy— iyyj 






JP 


8029169 


6 


d/— uo-iyyo 


US 6254483 Bl 


03-07-2001 


us 


r DOC O 1 ~T 

5836817 


ft 

A 


l /— i l-iyyo 




US 


5655961 


A 


"1 O MQ 1 Q07 ■ 

12-08-199/ 






AU 


754444 


B2 


14— 1 1-£UU£ 






AU 


3234699 


A 


30-1 1-.ZUUU 






CA 


2272499 


Al 


ori ii i nno 

zy— l i— iyyy 






US 


2001055990 


Al 


£ /— l£— £UUA 






ZA 


9903643 


A 


29-11-1999 






US 


2003228904 


Al 


11-12-2003 






US 


6257981 


Bl 


10-07-2001 






AU 




DO 


12-02-1998 






AU 


2719295 


A 


02-05-1996 






AU 


3587895 


ft 

A 


06-05-1996 






AU 


697582 


B2 


08-10-1998 






AU 


4847897 


A 


26-02-1998 






A 1 1 

AU 


7416198 


A 








WO 


9612262 


Al 


££>— u*»— iyyo 






lie 

us 


6565434 


Bl 


on— n^i— ?nfl? 






US 


2004002378 


Al 


01-01-2004 






us 


5752882 


A 


19-05-1998 






us 


5741183 


A 


21-04-1998 






us 


5702304 


A 


30-12-1997 






us 


5820459 


A 


13-10-1998 






us 


RE37885 


El 


15-10-2002 






us 


6319125 


Bl 


20-11-2001 






us 


6162122 


A 


19-12-2000 | 


US 5611730 A 


18-03-1997 


NONE 








US 5639088 A 


17-06-1997 


NONE 








JP 09264777 A 


07-10-1997 


NONE 








0E 4137010 A 


13-08-1992 


0E 


9101529 


Ul 


08-05-1991 






DE 


9110013 


Ul 


24-10-1991 






DE 


9112925 


Ul 


30-01-1992 






DE 


4127010 


Al 


11-08-1992 


GB 2326830 A 


06-01-1999 


NONE 









w For more details about this annex : see Official Journal of the European Patent Office, No. 12/82 



3 



BNSDOCID: <EP. 



1302914A3_I_> 



THIS PAGE BLANK (uspto) 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 



Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 



□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



BEST AVAILABLE IMAGES 




BLACK BORDERS 



THIS PAGE BLANK (uspto) 



